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ADDRESSES AS OBJECTS FOR EMAIL MESSAGES 

10 BACKGROUND OF THE INVENTION 

Technical Field: 

This invention relates to a system and process for treating electronic mail 
15 addresses in both the preview pane and full message window of an electronic 
mail program as objects. 

Background Art: 

20 Mail programs currently resolve email addresses into friendly names and 

verify that they are— or are likely to be— valid email addresses by checking them 
against a local or server-based database. For example, a user enters 
joez554q57@hotmaii.com in a mail message and the software changes it to "Joe 
Smith" based on a comparison against the user's entry for Joe Smith in the 

25 user's address book, a reference section listing email-addresses and individual's 
names in an email program. Likewise, the look up could be in a shared 
corporate database or one hosted by an Internet service. Although users of 
electronic mail systems typically have a number of email messages in their email 
inbox or have other sources of data in their electronic mail store that have email 

30 addresses (sent items folder or other folders), these users do not take advantage 
of the address book associated with their email. Data entry of the long strings of 
characters and numbers that make up most electronic mail addresses is time 
consuming and tedious. Therefore, most computer users do not take the time to 
enter the contact data into the address book. As a result, the mail program being 
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utilized cannot resolve received email addresses into their friendly name and 
validate the associated address. 

As a result of an unpopulated address book, the sender most often must 
5 type in the email address or addresses when composing the message in order to 
successfully send the message to the intended recipient or recipients. 
Depending on the number of intended recipients and the length of their email 
addresses this could require many keystrokes and mouse clicks and become a 
very time-consuming and cumbersome process. Additionally, it is easy for the 
10 sender to inadvertently enter a wrong character resulting in an incorrect email 
address and thus preventing the email from reaching its intended destination 
when the email is sent. Many times this error will not be obvious at the time the 
sender sends the email and as a result a significant time could pass before the 
sender realizes his error. Since one of the primary advantages of email is its 
15 speed of transferring information this delay is a significant drawback. 

SUMMARY 

20 

The email addressing system and method according to the present 
invention resolves the foregoing problems. The present invention is directed at a 
system and process for allowing a user to treat both incoming and outgoing email 
addresses in the message preview pane as well as the full message window of 

25 an email message program as objects or distinct entries. This preview pane 
displays items in a separate pane so that the user can view the list of emails and 
the open email item at the same time. The full message window displays the 
whole email in a window when selected from an email message list by double 
clicking on the entry. This allows easy manipulation of the email addresses, such 

30 as allowing them to be added to a contact list, copied to the computer's 

clipboard, or double-clicked to open the related contact information for that email 
address 1 sender. Hence, this system and method of addressing email messages 
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minimizes the number of operator actions required in order to address email 
messages by facilitating the user in completing his or her contact database or 
address book. As a result, it takes much less time and is easier to use than other 
email addressing systems. Furthermore, the present invention prevents data 

5 entry errors which might preclude sent email from reaching its desired 

destination. The email addressing system and method according to the present 
invention also provides the user with graphical information as to the source 
address contained in either outgoing or incoming email messages. This feature 
provides additional user-friendly information that has not been displayed in 

10 previous email management systems. 

Generally, in the present invention email addresses in the preview pane 
as well as the full message window of an email message program are treated as 
objects in both incoming and outgoing email messages. A small icon is added to 
15 the text of each email address, preferably just before the text. These icons are 
displayed in the short headers or preview panes of the email program. 

In a preferred embodiment, the icons will vary depending on the pedigree 
of the address. For example, one type of icon indicates that the address came 

20 from (in the case of outgoing messages) or is contained in (in the case of 

incoming messages) the user's address book. Other icons are used to indicate 
the address was manually entered, came from a "most recently used" address 
list, or came from a Lightweight Directory Access Protocol (LDAP) server, or 
other type of server. The invention is also not limited to single addresses. 

25 Rather, an entry denoting a mailing list could also be treated as an object and a 
unique icon could be employed to indicate the nature of the entry. 

For outgoing messages, the pedigree of the address or list is determined 
by monitoring where the user obtained the address (e.g., from their address 
30 book, LDAP server, they manually entered it, etc.). For incoming messages, the 
message header in the preview pane or the full message window of the email 
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message program will be parsed and searched to find addresses that match the 
receiving user's address book. If no match is found, a generic address icon will 
be added before the text of the address, while the email addressing system 
checks the email header against other address sources such as server lists, for 
5 example. 



In cases where the header contains large recipient lists, the above 
described search process could be time- and processor-intensive. Thus in a 
preferred embodiment, only the address found in the "From" portion of the 

10 header will be compared to the user's address book immediately. All other 
addresses (e.g., as found in the other address fields such as To, cc, bcc) will be 
marked with an intermediate icon of some type and the comparison will be 
conducted either in the background when possible (e.g., when the user is viewing 
the message) or immediately if the user attempts to select one of these 

15 addresses in the recipient list. 



Once the email address is marked with an appropriate icon the user can 
manipulate the address in various ways. A single click on this icon will select the 
entire text of the address and allow it to be dragged as an object to other 

20 locations in the email header or copied to a place outside the header (e.g. the 
subject field, body of the message, etc.). Double clicking on the icon will open 
the item associated with the address after looking up the contact in the contact 
store (e.g. address book), or prompt the user to create an associated item in the 
local contact store if the address was manually entered or captured from a LDAP 

25 server. In this way a user can readily edit or add email addresses to his or her 
contacts list, thereby facilitating its inclusion in future outgoing email 
transmissions. 



Additionally, the invention may include contextual menus or context- 
30 sensitive menus, which allow the user to manipulate the icons or addresses in 
various ways, such as copying it, deleting it or adding the address to the user's 
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address book or other contact list. In regard to the contextual menu item for 
adding the address to the user's address book, the actual item reads "Add 
Sender to Address Book". Primarily, selecting this item adds the sender to the 
user's address book. However, an additional convenient feature associated with 
5 this item is that the user has the option to open a window containing editable 
content associated with the sender if the sender is already in the address book. 



10 DESCRIPTION OF THE DRAWINGS 

The specific features, aspects, and advantages of the present invention 
will become better understood with regard to the following description, appended 
claims and accompanying drawings where: 

15 

FIG. 1 is a diagram depicting a general purpose computing device 
constituting an exemplary system for implementing the present invention. 

FIG. 2 is a general block diagram illustrating an overview of the present 
20 invention. 

FIG. 3 is an overview flowchart of the general operational features of the 
present invention. 

25 FIG. 4A is a flowchart of the general operations of the present operation 

when manipulating an incoming email message, 

FIG. 4B is a continuation of the flowchart shown in FIG. 4A. 

30 FIG. 4C is a flowchart showing the general operations of the present 

invention when checking an email address against a server database. 
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FIG. 4D is a flowchart showing an embodiment of the invention wherein 
only the email addresses in the "From" line are parsed and compared to the 
electronic mail stores. 

5 . FIG. 5A is a flowchart showing the general operations of the present 

invention when manipulating an outgoing message, 

FIG. 5B is a continuation of the flowchart shown in FIG. 5A. 

10 FIG. 6 is a sample user interface of a working example of the present 

invention showing the message header of an outgoing message displayed in an 
open outgoing message window. 

FIG. 7 is a sample user interface of a working example of the present 
is invention showing the message headers of an incoming message displayed in 
the preview pane. 

FIG. 8 is a sample user interface of a working example of the present 
invention showing the message headers in an open incoming message window. 

20 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In the following description of the preferred embodiments of the present 
25 invention, reference is made to the accompanying drawings, which form a part 
hereof, and which are shown by way of illustration of specific embodiments in 
which the invention may be practiced. It is understood that other embodiments 
may be utilized and structural changes may be made without departing from the 
present scope of the invention. 

30 
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FIG. 1 illustrates an example of a suitable computing system environment 
100 on which the invention may be implemented. The computing system 
environment 100 is only one example of a suitable computing environment and is 
not intended to suggest any limitation as to the scope of use or functionality of 
5 the invention. Neither should the computing environment 100 be interpreted as 
having any dependency or requirement relating to any one or combination of 
components illustrated in the exemplary operating environment 100. 



The invention is operational with numerous other general purpose or 
10 special purpose computing system environments or configurations. Examples of 
well known computing systems, environments, and/or configurations that may be 
suitable for use with the invention include, but are not limited to, personal 
computers, server computers, hand-held or laptop devices, multiprocessor 
systems, microprocessor-based systems, set top boxes, programmable 
15 consumer electronics, network PCs, minicomputers, mainframe computers, 
distributed computing environments that include any of the above systems or 
devices, and the like. 



The invention may be described in the general context of computer- 
20 executable instructions, such as program modules, being executed by a 
computer. Generally, program modules include routines, programs, objects, 
components, data structures, etc. that perform particular tasks or implement 
particular abstract data types. The invention may also be practiced in distributed 
computing environments where tasks are performed by remote processing 
25 devices that are linked through a communications network. In a distributed 
computing environment, program modules may be located in both local and 
remote computer storage media including memory storage devices. 



With reference to FIG. 1, an exemplary system for implementing the 
30 invention includes a general purpose computing device in the form of a computer 
110. Components of computer 110 may include, but are not limited to, a 
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processing unit 120, a system memory 130, and a system bus 121 that couples 
various system components including the system memory to the processing unit 
120. The system bus 121 may be any of several types of bus structures 
including a memory bus or memory controller, a peripheral bus, and a local bus 
5 using any of a variety of bus architectures. By way of example, and not 

limitation, such architectures include Industry Standard Architecture (ISA) bus, 
Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video 
Electronics Standards Association (VESA) local bus, and Peripheral Component 
Interconnect (PCI) bus also known as Mezzanine bus. 

10 

Computer 110 typically includes a variety of computer readable media. 
Computer readable media can be any available media that can be accessed by 
computer 110 and includes both volatile and nonvolatile media, removable and 
non-removable media. By way of example, and not limitation, computer readable 

15 media may comprise computer storage media and communication media. 
Computer storage media includes both volatile and nonvolatile, removable and 
non-removable media implemented in any method or technology for storage of 
information such as computer readable instructions, data structures, program 
modules or other data. Computer storage media includes, but is not limited to, 

20 RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, 
digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, 
magnetic tape, magnetic disk storage or other magnetic storage devices, or any 
other medium which can be used to store the desired information and which can 
be accessed by computer 110. Communication media typically embodies 

25 computer readable instructions, data structures, program modules or other data 
in a modulated data signal such as a carrier wave or other transport mechanism 
and includes any information delivery media. The term "modulated data signal" 
means a signal that has one or more of its characteristics set or changed in such 
a manner as to encode information in the signal. By way of example, and not 

30 limitation, communication media includes wired media such as a wired network 
or direct-wired connection, and wireless media such as acoustic, RF, infrared 
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and other wireless media. Combinations of the any of the above should also be 
included within the scope of computer readable media. 

The system memory 1 30 includes computer storage media in the form of 
5 volatile and/or nonvolatile memory such as read only memory (ROM) 131 and 
random access memory (RAM) 132. A basic input/output system 133 (BIOS), 
containing the basic routines that help to transfer information between elements 
within computer 110, such as during start-up, is typically stored in ROM 131. 
RAM 132 typically contains data and/or program modules that are immediately 
10 accessible to and/or presently being operated on by processing unit 120. By way 
of example, and not limitation, FIG. 1 illustrates operating system 134, 
application programs 135, other program modules 136, and program data 137. 

The computer 110 may also include other removable/non-removable, 
is volatile/nonvolatile computer storage media. By way of example only, FIG. 1 
illustrates a hard disk drive 141 that reads from or writes to non-removable, 
nonvolatile magnetic media, a magnetic disk drive 151 that reads from or writes 
to a removable, nonvolatile magnetic disk 152, and an optical disk drive 155 that 
reads from or writes to a removable, nonvolatile optical disk 156 such as a CD 
20 ROM or other optical media. Other removable/non-removable, 

volatile/nonvolatile computer storage media that can be used in the exemplary 
operating environment include, but are not limited to, magnetic tape cassettes, 
flash memory cards, digital versatile disks, digital video tape, solid state RAM, 
solid state ROM, and the like. The hard disk drive 141 is typically connected to 
25 the system bus 121 through an non-removable memory interface such as 

interface 140, and magnetic disk drive 151 and optical disk drive 155 are typically 
connected to the system bus 121 by a removable memory interface, such as 
interface 1 50. 

30 The drives and their associated computer storage media discussed above 

and illustrated in FIG. 1, provide storage of computer readable instructions, data 
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structures, program modules and other data for the computer 110. In FIG. 1 , for 
example, hard disk drive 141 is illustrated as storing operating system 144, 
application programs 145, other program modules 146, and program data 147. 
Note that these components can either be the same as or different from 

5 operating system 134, application programs 135, other program modules 136, 
and program data 137. Operating system 144, application programs 145, other 
program modules 146, and program data 147 are given different numbers here to 
illustrate that, at a minimum, they are different copies. A user may enter 
commands and information into the computer 110 through input devices such as 

10 a keyboard 162 and pointing device 161 , commonly referred to as a mouse, 
trackball or touch pad. Other input devices (not shown) may include a 
microphone, joystick, game pad, satellite dish, scanner, or the like. These and 
other input devices are often connected to the processing unit 120 through a user 
input interface 160 that is coupled to the system bus 121, but may be connected 

15 by other interface and bus structures, such as a parallel port, game port or a 
universal serial bus (USB). A monitor 191 or other type of display device is also 
connected to the system bus 121 via an interface, such as a video interface 190. 
In addition to the monitor, computers may also include other peripheral output 
devices such as speakers 197 and printer 196, which may be connected through 

20 an output peripheral interface 195. Of particular significance to the present 
invention, a camera 163 (such as a digital/electronic still or video camera, or 
film/photographic scanner) capable of capturing a sequence of images 164 can 
also be included as an input device to the personal computer 110. Further, while 
just one camera is depicted, multiple cameras could be included as an input 

25 device to the personal computer 110. The images 164 from the one or more 
cameras are input into the computer 1 10 via an appropriate camera interface 
165. This interface 165 is connected to the system bus 121, thereby allowing the 
images to be routed to and stored in the RAM 1 32, or one of the other data 
storage devices associated with the computer 110. However, it is noted that 

30 image data can be input into the computer 110 from any of the aforementioned 
computer-readable media as well, without requiring the use of the camera 163. 
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The computer 110 may operate in a networked environment using logical 
connections to one or more remote computers, such as a remote computer 180. 
The remote computer 180 may be a personal computer, a server, a router, a 

5 network PC, a peer device or other common network node, and typically includes 
many or all of the elements described above relative to the computer 110, 
although only a memory storage device 181 has been illustrated in FIG. 1 . The 
logical connections depicted in FIG. 1 include a local area network (LAN) 171 
and a wide area network (WAN) 173, but may also include other networks. Such 

10 networking environments are commonplace in offices, enterprise-wide computer 
networks, intranets and the Internet. 

When used in a LAN networking environment, the computer 1 10 is 
connected to the LAN 171 through a network interface or adapter 170. When 

15 used in a WAN networking environment, the computer 110 typically includes a 
modem 172 or other means for establishing communications over the WAN 173, 
such as the Internet. The modem 172, which may be internal or external, may be 
connected to the system bus 121 via the user input interface 160, or other 
appropriate mechanism. In a networked environment, program modules 

20 depicted relative to the computer 1 1 0, or portions thereof, may be stored in the 
remote memory storage device. By way of example, and not limitation, FIG. 1 
illustrates remote application programs 185 as residing on memory device 181. 
It will be appreciated that the network connections shown are exemplary and 
other means of establishing a communications link between the computers may 

25 be used. 

The exemplary operating environment having now been discussed, the 
remaining part of this description section will be devoted to a description of the 
30 system and process embodying the present invention. More specifically, the 
present invention is directed at a system and process for allowing a user to treat 
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both incoming and outgoing email addresses found in the preview pane of an 
email message or in the full text window of the email message in an email 
program as an object. This preview pane displays items in a separate pane so 
that the user can view the list of emails and the open email item at the same 

5 time. The full message window displays the whole email in a window when 
selected from an email message list by double clicking on the entry. This allows 
easy manipulation of the email addresses, such as allowing them to be added to 
a contact list. An icon is added to the text of the email address, preferably just 
before the text. These icons are preferably displayed in the short headers or 

10 preview panes of the email program. 



In general, as shown in FIGs. 2 and 3, the user interfaces via user 
interface 60 to a Personal Information Manager 62 to access the electronic mail 
stores resident in a personal computer 64 or on a server 66. These electronic 

15 mail stores 64, 66 can include email messages sent 67, email messages 
received 68 and contacts 69 in a contact database, address book or contacts 
compiled in another format. In operation, the system identifies an entry in the 
preview pane or header of an email message as an email address or similar text 
(step 302). The system then checks this text against a contact list or lists in its 

20 electronic mail stores such as the user's contact database or address book, or 
compares it to the contact lists in a server or multiple servers as shown in step 
304, The system then associates the email address with an appropriate icon 
depending on the source of the email address (step 306). Upon selection of this 
icon by the user, the user can move or copy the text of the email address to 

25 another location, delete it, open the address to read its contents or manipulate 
the text as an icon in other ways indicated by step 308. 

The icons of the present invention vary depending on the source of the 
email address. For example, one type of icon indicates that the address came 
30 from or is contained in the user's address book. Other icons are used to indicate 
the address was manually entered by the user, or came from a server, for 
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instance. An entry denoting a mailing list could also be treated as an object and 
a unique icon could be employed to indicate the nature of this entry. As shown 
in Table 1 , different icons are used to indicate the sources of different 
addresses. Furthermore, depending on the source and status of the email 
5 address parsed from the message header, different actions are taken by the 
system. The process by which this generally occurs for an incoming message is 
shown in FIGs. 4A and 4B. 



TABLE 1. 
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Icon 



1 <text being entered^ 



I <valid email address not in local contact store> 

<valid email address that corresponds to a person 
in the local contact store> 

iH <valid email address list that corresponds to an 
entry in the local contact store> 

W <valid email address that was obtained via an 
LDAP server or other non-local contact store> 



IS <valid newsgroup> 



1ft < 



invalid or unresolved address> 



As shown in FIGs. 4A and 4B, the system parses the incoming email 
message's header address fields from the preview pane or the full text window of 

15 the email message (e.g., To, From, cc, bcc lines) into a text format and identifies 
potential email addresses. The system does this by finding the address fields 
(step 402) and then parsing these fields using the delimiters (e.g., semi-colons) 
between addresses in the field (step 404). The system selects a previously 
unselected parsed email address as shown in step 405. The system then checks 

20 the selected email addresses against a contact database, or databases, such as 
an electronic address book or address books as shown in step 406. If the 
address parsed from the email header in the preview pane or full text window of 
the email message is found as a single contact in the contact list (step 408) the 
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text is marked with a "person" icon as shown in step 41 0. The entire text is then 
treated as an object and can no longer be edited. If the parsed email address is 
not found as a single contact in the contact database, the system then checks if 
this address corresponds to a mailing list as shown in step 412. If the email 

5 address is found to be a mailing list in the contact database it is marked with a 
"list" icon (step 414). If the parsed email address is not a mailing list, the system 
then continues to search its electronic stores to determine if the address matches 
a valid newsgroup address as shown in step 416. If so, as shown in step 418, 
the address text is associated with a "newsgroup" icon. If it is not a newsgroup 

10 address, the system then determines if the parsed address text is not a valid 
email address or is an Internet address (step 420). In one embodiment, the 
system uses an algorithm based on the rules outlined in RFC 822 and RFC 1034 
for valid mailbox constructions and valid domain name constructions 
respectively. In this case, the text is marked with a "text" icon (step 422) and is 

15 still editable. However, if the address is a valid email address but not found in 
any of the aforementioned checks (step 424), the address is marked with an 
"address" icon (step 426). The text remains editable in this case too. 

20 As shown in FIG. 4B, the system may also optionally check an email 

address that has been marked with the "address" icon against one or more 
server databases (step 428) to see if the address matches a contact entry in the 
server's or servers' electronic stores. If the parsed address is found then the 
"address" icon is changed to a "server" icon. More specifically, as shown in FIG. 

25 4C, the system determines if there is currently a network connection (step 434). 
If there is no network connection, then the system changes the "address" icon to 
a "need-more-information" icon (step 436) and flags the message (step 437) to 
schedule a later search once the user logs into the network (step 438). The 
aforementioned search will be conducted if it is either initiated manually by the 

30 user (step 440) or the user tries to send the message (step 439), In the latter 
case (step 439) the flagged message will be checked automatically before 
sending the message as shown in steps 438, 439 and 440. If, however, it is 
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determined in step 434 that there is a network connection, the system will initiate 
a search immediately (step 441). Regardless of how the server search is 
initiated, it entails first checking a default server's electronic stores for the parsed 
email address. Preferably the address icon is animated during the search to 

5 show the network activity (step 442). If no match can be found on the default 
server, the system check can perform the above checks on other available 
servers in sequence. If no match can be found on any server contact list (step 
444), then the address is marked with a "caution" icon as shown in step 446. If a 
unique match is found on the server, the text is marked with a "server" icon (see 

10 step 448). 

Finally, the system checks if the currently selected email address is the 
last (step 430), and if it is not the last, repeats the aforementioned process. 

is For large recipient lists, the lookup work associated with the 

aforementioned process of finding the received address in one of various 
sources can be time-consuming and processor intensive. Therefore, in a 
preferred embodiment shown in FIG. 4D when a new email message is received 
(step 460) the system only looks up the address in the "From" line of the preview 

20 pane or full text window of the email message immediately after downloading 
(step 461). All other addresses will initially be assigned an indeterminate icon, 
such as the text icon, or a grayed out question mark (step 462). If the user 
initiates a "search electronic stores" command (step 464) or selects an 
unsearched email (step 466), the system will then proceed to immediately look 

25 up the address or addresses and append the appropriate icon as shown in step 
468. Basically the system does this by performing steps 406 to 430 of FIGS 4A 
and 4B (and optionally the steps shown in FIG. 4C). If the search command is 
chosen, all the unsearched addresses are checked, whereas if one or more 
addresses are individually selected, only those addresses are checked. If the 

30 user does not initiate a "search electronic stores" command or select an address 
for immediate processing, the system will process the unsearched addresses in 
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available processor background cycles. For example, when the email message 
is opened or previewed and is the frontmost window displayed on the computer 
screen, the system can use the processor background cycles (step 470) to 
sequentially look up the recipients and set the appropriate icon by the methods 
5 discussed in the previous paragraphs and depicted in FIGs. 4A and 4B (and 
optionally FIG. 4C). 

The system processes outgoing email messages in a similar manner as 
discussed above as shown in FIGs. 5A and 5B. The user prepares an email and 

10 enters an email address or addresses as shown in step 502. In step 504, the 
system then parses the email address or addresses from the header address 
fields of the preview pane or full text version of the email message into a text 
format using the address field delimiters. In step 505 the system selects a 
previously unselected parsed email address for processing. The system then 

15 checks to determine if the address text is a valid email address that was 
autofilled from a contact database resident on the user's computer or server 
(step 506). If this is the case, the system then marks the parsed address with an 
appropriate icon based on the source of the address as shown in step 508. For 
example, if the address was autofilled from the contact list, the system would 

20 mark the address with a "person", "list" or "newsgroup" icon as appropriate. If the 
address was not autofilled from the user's computer, or a server, and was 
entered manually, the system begins to check the electronic stores to see if it can 
find a match to the address text. The system first checks its contact database or 
address book to see if the parsed address matches a single address in its 

25 contact database (step 51 0). If the parsed address is found to match a single 
contact in the contact database, then the text is associated with a "person" icon, 
as shown in step 512. If the address is not a single contact in the contact 
database, the parsed address is then checked to see if the address corresponds 
to a mailing list in the contact database (step 514). If so, the address is 

30 associated with a "list" icon (step 516). If the address is neither a single contact, 
nor a mailing list in the contact database then it is checked to see if it matches a 
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newsgroup address (step 518). As shown in step 520, if a match is found then 
the parsed address is associated with a "newsgroup" icon. If the system 
determines that the address is an invalid email address or is in fact an Internet 
address (step 522), the text is marked with a "text" icon (step 524) and is still 
5 available for editing by the user. If it is found that the address is a valid email 
address but found not to match any contact list (step 524), the address is marked 
with an "address" icon as shown in step 526. The address may then optionally 
be checked against any server contact lists (step 528) (in the manner described 
in connection with FIG. 4C). The system repeats the process until all email 
10 addresses have been checked (step 530). 

If the email management system being used with the present invention 
has the capability to check the history of previously sent to email addresses to 
determine whether there have been problems sending to an address in the past, 
15 then the icon associated with a particular email source could additionally be 
marked with a "problem" or "success" indicator. An example of a "person" icon 
modified in this way is shown in Table 1 . 

Icons will be displayed in the short headers and preview pane views. An 
20 example of the icons displayed in an outgoing message window is shown in FIG. 
6. An example of icons displayed in an incoming message preview pane is 
shown in FIG. 7. An example of icons displayed in the message headers of an 
open incoming message are shown in FIG. 8. 

25 The previous discussion has addressed the particulars of processing 

incoming and outgoing messages. The following paragraphs apply to general 
features of the present invention and are not specific to the processing of 
incoming or outgoing email. 

30 For addresses that correspond to contacts in the contact list or address 

book, the text and icon are treated as a single object. Thus the user is not able 
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to edit the name or email address, but he or she is able to move it, delete it, or 
double click on it to open the contact as will be explained later Underlining of 
the text can be used to visually indicate to the user the fact that the text is an 
object. For addresses that do not correspond to known contacts, the 

5 aforementioned "address" icon (if a valid email address) or "text" icon (if not a 
valid email address) will be displayed and the text of the address can be 
processed as plain text with full editing capabilities. This allows the user to 
modify the address as necessary. The system may strip out commas or other 
delimiters in the email address headers and rely on icons as address separators 

10 instead. 

When the system is processing addresses, if an address is not unique or 
there is more than one address for a contact, the address may be marked with a 
"need more info" icon. The user may then be prompted to choose which person 
15 or address is correct and the address text is marked with an appropriate icon. 

A single click on one of the object icons of the present invention will select 
the entire text of the object. In addition, multiple objects can be selected via 
conventional cmd-click (discontiguous) or shift-click/shift-arrow (contiguous) 

20 procedures. A click and drag operation can be used to move the object within 
the email headers (e.g., between any of the To, From, cc, or bcc fields). The 
object can also be copied (by selecting the object and employing a copy 
command) for placement outside the address fields (e.g., the subject field, 
newsgroups field, the body of the message, or the Desktop). Double clicking on 

25 the icon will open the item associated with the address after looking up the 
contact in the local contact store (e.g. address book), or prompt the user to 
create an associated item if the address was manually entered or captured from 
a LDAP server. In this way a user can readily edit or add email addresses to his 
or her contacts list, thereby facilitating its inclusion in future outgoing email 

30 transmissions. 
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Once an object has been selected, it is preferred that the user have 
access to a display of the appropriate contextual, or context-sensitive menu. 
Such a context-sensitive menu highlights options that are available depending on 
the context in which the option is called. Depending on the type of address 
5 object, various contextual menus are possible. For outgoing address objects, the 
Table 2 defines possible contextual menus. 

TABLE 2. POSSIBLE CONTEXTUAL MENUS FOR OUTGOING 

MESSAGES 



Outqoing Address Object 


Possible Contextual Menu Items 


iBlext 


•Check Name against list of LDAP servers. 
•Delete 


^fSt' Address 


•Add Sender to Address Book 
•Copy Address 
•Delete Address 


Person 


•Check Name against list of email addresses, if 
person has more than one. 
•Open contact 
•Copy Address 
•Delete Address 


11 List 


•Open Group 
•Expand Group 
•Copy Address 
•Delete Address 


Aft LDAP Address 


•Check against list of email address, if person has 
more than one, or check against list of people with 
submenus that contain their email address. 
•Check name against list of LDAP servers. 
•Add to Contacts 
•Copy Address 
•Delete Address. 


ID Newsgroup 


•Open Newsgroup 

•Copy 

•Delete 


5§; Address 


•Same as the menu for the original address object. 



For incoming address objects, the contextual menus shown in Table 3 are 
15 possible: 
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TABLE 3. POSSIBLE CONTEXTUAL MENUS FOR INCOMING MESSAGES 



Incoming Address Object 


Possible Contextual Menu Items 


fPl Address 


•Add to Contacts 
•Copy Address 
•Mail To 


Person 


•Add to Contacts 
•Copy Address 
•Mail To 



5 The contact item in the user's address book can also be made to be 

conveniently opened by a simple double click on an associated person, list, or 
newsgroup icon (rather than using the above-described menus). Or, if the 
address has an address or server icon, a double click can be made to activate a 
prompt to invite the user to create a new contact in the address book associated 

10 with the address. This latter feature allows a user to conveniently add contacts 
to his or her contact list. In regard to the contextual menu item for adding the 
address to the user's address book, the actual item reads "Add Sender to 
Address Book". Primarily, selecting this item adds the sender to the user's 
address book. However, an additional convenient feature associated with this 

is item is that the user has the option to open a window containing editable content 
associated with the sender if the sender is already in the address book. 

While the invention has been described in detail by specific reference to 
20 preferred embodiments thereof, it is understood that variations and modifications 
thereof may be made without departing from the true spirit and scope of the 
invention. For example, indicators other than icons (e.g. attributes of the text 
itself such as typeface, bold, italic, underline, etc.) could be employed to identify 
addresses to indicate the address source and status. Also, although the 
25 previous description describes processing on incoming and outgoing email 
messages, the same processing could be performed on stored electronic data. 
For example, similar processing as described in the foregoing paragraphs could 
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be used to take address data from the email inbox (or other electronic file 
containing email messages) to populate an address book. 
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Wherefore, having thus described the present invention, what is claimed 

is: 

1 . A computer-implemented process for allowing a user to manipulate an 

5 email address contained in the preview pane or full message window of an email 

message of an email program as an object, comprising using a computer to 

perform the following acts: 

identifying an entry in the preview pane or full message window of an 

email message as an email address; 
10 checking the email address against addresses in one or more contact 

databases; 

marking the email address with an adjacently placed indicator; and 
upon selection of the indicator by the user, allowing the user to manipulate 
the email address as an object. 

15 

2. The computer-implemented process of claim 1 wherein the identifying step 
comprises: 

finding at least one field in the preview pane or full message window 
containing an email message header of the email message containing one or 
20 more email addresses; and 

parsing at least one email address from the at least one email address 

field. 
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3. The computer-implemented process of claim 2 wherein the act of checking 
comprises: 

reviewing each email address to determine if it is contained in a contact 
database, wherein a contact database is a set of stored contacts and 
5 corresponding addresses. 

4. The computer-implemented process of claim 3 wherein the act of 
reviewing comprises at least one of: 

determining if the address corresponds to a single contact in the contact 

10 list; 

determining if the address corresponds to a mailing list in the contact list; 
determining if the address corresponds to a newsgroup address in the 
contact list; 

determining if the address corresponds to an invalid email address or 
is internet address; 

determining if the address corresponds to a valid email address not found 
to match any addresses in the contact list. 

5. The computer-implemented process of claim 4 wherein the act of 
20 reviewing further comprises determining if the address corresponds to an 

address in a contact list of at least one server whenever it is determined the 
address is a valid email address not found to match any address in the contact 
list. 
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6. The computer-implemented process of claim 4 wherein the act of marking 
comprises at least one of: 

appending a single recipient icon to the address if the address matches an 
5 address in the contact list; 

appending a mailing list icon to the address if the address matches a 
mailing list address in the contact list; 

appending a newsgroup icon to the address if the address matches a 
newsgroup address in the contact list; 
10 appending a text icon to the address if the address is an invalid email 

address or an Internet address; and 

appending an address icon to the address if the address is determined to 
be a valid email address but not in the contact list. 

is 7. The computer-implemented process of claim 5, wherein the act of marking 
comprises appending a server icon to the address if the address matches an 
entry in the contact list of said one or more servers. 

8. The computer-implemented process of claim 5, wherein the act of marking 
20 comprises appending a caution icon to the address if the address does not match 
any entry in the contact list of said one or more servers, said caution icon 
indicating to the user that the address is not found in any contact list accessible 
by the user. 
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9. The computer-implemented process of claim 5 wherein, prior to 
performing the act of determining if the address corresponds to an address in the 
contact list of said one or more servers, performing the acts of: 
5 ascertaining whether the user's computer is in correspondence with said 

one or more servers; 

if the user's computer is not in correspondence with said one or more 

servers, 

appending an icon indicating to the user that more information is 
10 needed before sending the email message; 

flagging the address such that the act of determining if the address 
corresponds to an address in the contact list of said one or more servers must be 
performed prior to sending the email message; and 

prompting the user to establish correspondence with said one or 

15 more servers; and wherein 

said act of determining if the address corresponds to an address in the 
contact list of said one or more servers is performed whenever the user 
establishes a correspondence with said one or more servers and either (i) 
initiates sending the email message, or (ii) instructs the computer to perform said 

20 act of determining. 

10. The computer-implemented process of claim 6 wherein the act of 
identifying an entry in the preview pane or full message window of an email 
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message as an email address in an incoming email message comprises initially 
appending an icon representing an indeterminate indicator to all email addresses 
in the header that are not in a "From" address field, and where the acts of 
checking and marking these email addresses is postponed until processor 
5 background cycles can be used to perform the checking and marking unless a 
user initiates a search command directing that one or more of these addresses 
be subjected to checking and marking immediately. 

1 1 . The computer-implemented process of claim 1 0 wherein the indeterminate 
10 icon appended to addresses in the email header that are not in the From address 

field is replaced with an appropriate icon when the checking and marking acts 
are performed. 

12. The computer-implemented process of claim 1 wherein the email 

15 message is an outgoing email message prepared by a user, and wherein the act 
of identifying comprises determining if the email address was autofilled from a 
contact database or server database. 

1 3. The computer-implemented process of claim 12 wherein the act of 
20 marking comprises marking the autofilled email address with an appropriate 

indicator based on the source used to autofill the email address. 
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1 4. The computer-implemented process of claim 1 3 wherein the act of 
marking the autofilled email address with the appropriate indicator comprises the 
acts of : 

appending a single recipient icon to the address if the address matches an 
address in the contact list; 

appending a mailing list icon to the address if the address matches a 
mailing list address in the contact list; 

appending a newsgroup icon to the address if the address matches a 
newsgroup address in the contact list; and 

appending a server icon to the address if the address was autofilled from 
a contact list of a server. 

1 5. The computer-implemented process of claim 1 wherein the act of 
manipulating comprises one of moving, deleting, or copying the object. 

16. The computer-implemented process of claim 1 5 wherein the act of 
selecting an indicator comprises an act of selecting the indicator via an activation 
action associated with an input device. 

17. The computer-implemented process of claim 1 further comprising the act 
of allowing a user to open an entry in the contact database associated with the 
address via an activation action associated with an input device. 
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18. The computer-implemented process of claim 1 further comprising the act 
of prompting a user to create an entry associated with the address in the contact 
database via an activation action associated with an input device whenever such 
an entry does not already exist in the contact database. 

5 

19. The computer-implemented process of claim 1 wherein the act of selecting 
an indicator further comprises an act of displaying an appropriate contextual 
menu depending on the type of indicator associated with said address. 

10 20. The computer-implemented process of claim 1 9 wherein the act of 
displaying an appropriate contextual menu further comprises adding an email 
address to a user's contact list and wherein an email address is added to the 
user's contact data base upon selection of the menu item. 

15 21 . The computer-implemented process of claim 20 wherein the user has an 
option to open a window containing editable content associated with an email 
address if a contact who sent the email message is in the user's contact data 
base. 

20 22. The computer-implemented process of claim 1 further comprising the act 
of using a computer to open an item associated with the email address after 
looking up the item in one or more contact databases when the user double 
clicks on the adjacently placed indicator. 
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23. The computer-implemented process of claim 22 further comprising the 
prompting the user to create an item associated with said indicator if the address 
was manually entered or captured from a server. 

5 24. A computer-readable medium having computer-executable instructions for 
allowing a user to manipulate an email address contained in the preview pane or 
full message text of an email message as an object, said computer-executable 
instructions comprising: 

recognizing an entry in the preview pane or full message text of an 
10 email message as an email address; 

checking the email address against addresses in one or more 
contact databases; 

marking the email address with an adjacently placed icon; and 
upon selection of the icon by the user, allowing the user to 
15 manipulate the email address as an object. 

25. A system for allowing a user to manipulate an email address contained in 
an email message as an object, comprising 
a general purpose computing device, 
20 a user interface for dynamically interfacing a user to the computer device, 

wherein the user is provided with a display of an icon appended to the email 
address which is indicative of the pedigree of the email address and said user 
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interface allows a user to select the icon and associated address, and when 
selected allows the user to manipulate the email address as an object; 

a computer program comprising program modules executable by the 
computing device, wherein the computing device is directed by the program 
modules of the computer program to, 

identify an entry in the preview pane or full message window of an 

email message as an email address; 

check the email address against addresses in one or more contact 
databases; and 

mark the email address with an adjacently placed icon. 



ADDRESSES AS OBJECTS FOR EMAIL MESSAGES 



ABSTRACT 

The present invention is directed at a system and process for allowing a 
user to treat email addresses as objects. This allows easy manipulation of the 

10 email addresses, such as allowing them to be added to a contact list, copied to 
the computer's clipboard, or double-clicked to open the related contact 
information for that email address' sender.. Email addresses are treated as 
objects in the message preview pane and full message windows of both 
incoming and outgoing email messages. A small icon is added to the text of 

15 each address. In a preferred embodiment, the icons will vary depending on the 
pedigree of the address. The invention is not limited to single addresses. 
Rather, an entry denoting a mailing list could also be treated as an object and a 
unique icon could be employed to indicate the nature of the entry. For outgoing 
messages, the pedigree of the address or list is determined by monitoring where 

20 the user obtained the address. For incoming messages, the message header is 
parsed and searched to find addresses that match the receiving user's address 
book. If no match is found, a generic address icon is added before the text of the 
address, while the system checks the email header against other address 
sources such as server lists. Once the address is marked with an appropriate 

25 icon the user can manipulate the address in various ways allowing the user to 
readily edit or add email addresses to their contact list. Additionally, the 
invention may include contextual menus to assist the user in this manipulation. 
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